home *** CD-ROM | disk | FTP | other *** search
/ NetNews Offline 2 / NetNews Offline Volume 2.iso / news / comp / sys / amiga / programmer / 3978 < prev    next >
Encoding:
Internet Message Format  |  1996-08-05  |  2.0 KB
  1. Path: informatik.tu-muenchen.de!fischerj
  2. From: fischerj@informatik.tu-muenchen.de (Juergen "Rally" Fischer)
  3. Newsgroups: comp.sys.amiga.programmer
  4. Subject: Re: Bitfieldinsert?
  5. Date: 14 Feb 1996 18:53:40 GMT
  6. Organization: Technische Universitaet Muenchen, Germany
  7. Distribution: world
  8. Message-ID: <4ftb3k$1ua@sunsystem5.informatik.tu-muenchen.de>
  9. References: <38232329@kone.fipnet.fi> <4fnh84$1m7@oreig.uji.es> <38232421@kone.fipnet.fi>
  10. NNTP-Posting-Host: hphalle10i.informatik.tu-muenchen.de
  11. Originator: fischerj@hphalle10i.informatik.tu-muenchen.de
  12.  
  13.  
  14. In article <38232421@kone.fipnet.fi>, "Jyrki Saarinen" <jsaarinen@kone.fipnet.fi> writes:
  15. |> 
  16. |> > >         move.l  (a0,d0.w*4),(a1)+
  17. |> > >         addx.l  d1,d0
  18. |> > 
  19. |> > Cool! Looks fast when working with big polys, but handling left and
  20. |> > right bytes (edges) should slow down the thing...
  21.  
  22. Indeed cool! 10/4 cycles / pixel for 4 planes, right ?
  23. Is this how pygmy did it ?
  24.  
  25. I guess the edge handling will eat a very large part if
  26. you do more than a single polygon :\
  27.  
  28. |> 
  29. |> Yep. And 16 colours does not look too cool either. Besides,
  30.  
  31. mhm 16 color only due to large table ?
  32.  
  33. |> if the a1-buffer is in chip ram, the speed will not be
  34. |> so fast either.
  35.  
  36. yep, but if you don't averagely overwrite a pixel more than 
  37. 2 times it should still be faster to direct_render to chip ?
  38.  
  39. |> 
  40. |> > BTW... What's d0? rr...rrLLLLllllllllRRRR?
  41. |> > R= integer part of right color, r=decimal part
  42. |> > L= integer part of left color, l=  "
  43.  
  44. maybe a0 points to the table reflecting both 
  45. current "horiz colorchange speed" and current planenumber ?
  46.  
  47. |> 
  48. |> Cant remember.. ask zuikkis@sci.fi for the original code and
  49. |> idea..
  50.  
  51. I ask myself where is the crossover point where chunky gouraud+c2p
  52. is faster. a nice obj consists of quite small polygons, and chunky
  53. outer loop rules in this.
  54.  
  55.  
  56. |> 
  57. |> --                               _
  58. |> a Stellar programmer          _ //
  59. |> "Amiga - back for the future" \X/
  60. ------------------------------------------------------------------------
  61.    fischerj@Informatik.TU-Muenchen.DE (Juergen "Rally" Fischer)   =:)
  62.  
  63.